<?xml version="1.0" standalone="yes"?>
<?xml-stylesheet type="text/xsl" href="..\..\XSLTemplates\ErrorsStyleSheet.xsl"?>
<Error>
<ErrorNumber>15214</ErrorNumber>
<ErrorFamily>Autoloader</ErrorFamily>
<ErrorMessage>
ALE: check for plate stuck in conveyor or processor #%d interface error
</ErrorMessage>
<AppliesTo>
<UnnumberedList>
<ListItem><Text>Platesetter_3244</Text></ListItem>
</UnnumberedList>
</AppliesTo>
<ServiceInformation>
<DescriptionText><text>
This error is reported when the plate processor's "BUSY" signal was never set
after it was sent the PREVIOUS plate. In other words, the plate processor never
acknowledged it had received the previous plate, so the platesetter can't send
the current plate to the processor not knowing if there's a possible plate in
the way or a dead processor.
</text></DescriptionText>
<DescriptionText><text>
This is really only a warning error, as the plate was in the processor's hands
at the time of the error.  So if the operator clicks on "RESUME" the error
message will go away and the current plate will be happily processed.  If the
current plate ends up being ignored by the processor as well, then the customer
won't see the error message until the platesetter tries to process the next
plate.
</text></DescriptionText>
<DescriptionText><text>
Remember to use the "sat stat cnvyr" command to view the status of the incoming
plate processor interface signals as the a plate is sent to the processor.
Also, newer plate conveyors have a nicer electronic interface board with test
probes and LED's for better interface troubleshooting.
</text></DescriptionText>
<DescriptionText><text>
While waiting for the service call, you can disable the processor interface by
setting "media # pcode 0" where # is the media type for that plate.
</text></DescriptionText>
</ServiceInformation>
<OperatorAction>
<DescriptionText><text>
If the plate was stuck before reaching the processor, then unstuck it and find
the cause of the mechanical failure.
</text></DescriptionText>
<DescriptionText><text>
If there was no plate stuck in the conveyor or right in front of the processor's
infeed tray when this error happened, then the previous plate made it through
the processor just fine, and it's a sensor/interface error.
</text></DescriptionText>
<DescriptionText><text>
Check the plate processor's infeed sensor (wherever that is --different on every
processor) and make sure it's clean.  When you put a plate manually into the
processor you should hear a few clicks and whirly sounds, and the processor
should be getting ready to process a plate. Most processor manufacturers use one
infeed sensor for both the processor mechanics and the processor interface, if
they have one.  So if the processor responds to the sensor being covered, it's
probably OK.
</text></DescriptionText>
<DescriptionText><text>
Second, check the interface cable, make sure it's nice and tight at both ends.
It runs between the conveyor and the processor so it's often easy to kick loose.
</text></DescriptionText>
<DescriptionText><text>
If those two simple checks fail, sounds like the problem needs a service call,
preferably having both a Creo and a processor representative there at the same
time (helps reduce finger pointing).
</text></DescriptionText>
</OperatorAction>
<Cause>
The plate mechanically stuck before entering processor.
</Cause>
<Cause>
The plate processor's infeed sensor may not be working, it may be just dirty.
</Cause>
<Cause>
The plate processor's interface electronics may be faulty.
</Cause>
<Cause>
The Plate conveyor's interface electronics may be faulty.
</Cause>
<Cause>
The interface cable between the processor and the conveyor may be faulty or just
loose.
</Cause>
<Cause>
The processor interface setting in the platesetter may be incorrect, check that
the parameter "media # pcode" is correctly set.
</Cause>
<SeeAlso>
<UnnumberedList>
<Link><LinkAddress>../commands/sat_stat.xml</LinkAddress><LinkTitle>Command: sat stat</LinkTitle></Link>
<Link><LinkAddress>../nvs/media_cal_pcode.xml</LinkAddress><LinkTitle>NVS: media pcode</LinkTitle></Link>
</UnnumberedList>
</SeeAlso>
<OtherLinks>
<Link><LinkAddress>..\..\ShowAllErrors.htm</LinkAddress><LinkTitle>Firmware 0 Error Index</LinkTitle></Link>
<Link><LinkAddress>..\..\ShowAllCommands.htm</LinkAddress><LinkTitle>Firmware 0 Command Index</LinkTitle></Link>
<Link><LinkAddress>..\..\ShowAllNVS.htm</LinkAddress><LinkTitle>Firmware 0 NVS Index</LinkTitle></Link>
</OtherLinks>
<Updated>
Updated: Wed Jul 16 19:32:57 2008 PST
</Updated>
<Links>
</Links>
</Error>
